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INTEROPERABILITY OF VULNERABILITY AND INTRUSION 
DETECTION SYSTEMS 



Inventors: 

John S. Flowers, Thomas C. Stracener 

RELATED APPLICATIONS 
[0001] This application claims the benefit of U.S. Provisional 

Application No. 60/175,332, filed January 10, 2000, and incorporated herein by 
reference. 

FIELD OF THE INVENTION 
[0002] The present invention relates to network security systems. More 

particularly, the present invention relates to vulnerability detection systems, 
intrusion detection systems, communication between the two, and query-based 
rules for identifying vulnerabilities and detecting intrusions. 

BACKGROUND 

[0003] Computer networks are vulnerable to many threats that can inflict 

damage that can result in significant losses. These losses can stem from a number 
of sources including environmental hazards, hardware and software failure, user 
errors, or even malicious acts of others. A goal of network security is therefore to 
protect the confidentiality, integrity, and availability of information stored 
electronically in a network from these threatening sources. 
[0004] Several conventional resources are available to protect a network 

from information losses. For instance, firewalls are used to enforce a boundary 
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between two or more networks to filter incoming traffic (generally from the 
Internet) according to a security policy. Still, firewalls are inadequate to fully 
protect a network since users may not always obtain access to a network through 
the Litemet (for instance, a user could circumnavigate the firewall by using a 
5 modem connection). In addition to the many ways a network can be attacked 
externally, not all threats originate outside the firewall and can come fi-om within 
the network. Further, firewalls themselves are subject to attack, which can render 
the firewall ineffective. 

[0005] Therefore, networks need to rely on resources other than firewalls 

10 for network security. Such resources include vulnerability detection tools and 
intrusion detection tools. Vulnerability detection tools perform examinations of 
a network to determine weaknesses in the network that might allow security 
violations — in other words, they determine where in a network an attack is 
possible. Similarly, intrusion detection tools monitor a network for intrusive traffic 
15 and notify a network administrator of suspicious traffic so that corrective action 
can be taken. 

[0006] Nonetheless, vulnerability detection systems and intrusion detection 

systems are inherently complex and typically lack interoperability. Security 
engineers need to know what types of attack signatures to look for, how to look for 

20 them, and how to respond to an identified attack. But typically, the intrusion 
detection system cannot obtain an accurate picture of the network and cannot 
leverage off of the risk analysis conducted by the vulnerability detection system. 
As a result, a great burden falls upon the security engineer responsible for the 
network configuration. The security engineer must also constantly examine 

25 extensive log data generated from other devices, as well as remain aware of 
changes occurring within the network. Moreover, such intrusion detection systems 
firequently burden security engineers with false alarms — alerting the security 
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engineer to traffic that is not harmful to the present system, although it may be 
harmful to other systems. 

[0007] To further burden the security engineer, each vulnerability or 

potential intrusion needs to be identified and a description of it stored for use by 
the vulnerability or intrusion detection tools. This process, however, is often 
complicated. For instance, it is extremely difficult just to write an application that 
would check a Secure Shell server to determine if the remote system was running 
a version of SSH that is vulnerable to a Denial of Service attack. Traditional 
development methodologies force the user to have an intimate understanding of 
TCP/IP and a low-level (often cumbersome) development language such as ANSI 
C or Perl. Even advanced "Attack Scripting Languages" are overly cumbersome 
and require an understanding of variables, "for" loops, 'Vhile" loops, and other 
development syntax. 

[0008] Thus, there is a need to develop a vulnerability detection system and 

intrusion detection system that can leverage off one another. Further, there is a 
need to perform vulnerability and intrusion identification and description that is 
usable by typical network engineers. 

SUMMARY 

[0009] A system and method in accordance with the invention is disclosed 

that not only allows an intrusion detection system (IDS) to leverage off the 
information gathered by the vulnerability detection system (VDS) but also allows 
a simple way to define rules for use by the vulnerability and intrusion detection 
systems to check for network conditions, such as vulnerabilities or intrusions. 
[0010] More specifically, in one embodiment of the invention a VDS 

gathers information about a network and processes that information to determine 
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vulnerabilities. The information is gathered and processed based on a set of rules 
stored in the VDS. 

[0011] An E)S used with an embodiment of the invention monitors 

network traffic for signs of malicious activity. This analysis of network traffic is 
5 also based on a set of rules. However, the rules used by the IDS are determined 
based on the analysis of the network performed by the VDS — the IDS only 
monitors for intrusive traffic that can actually offset the particular network. 
[0012] The rules used by the VDS and IDS are easily formed and therefore, 

an end user, such as a security or network engineer, can easily define and construct 

1 0 rules beyond any that are defined by the VDS/IDS provider (which may also use 
the rule structure). In particular, each rule is formed based on a set of lexical 
elements that include, in one embodiment, a set of statements, a set of templates, 
and a set of reserved words. The templates form the fundamental basis for each 
rule, defining both entities, such as applications, ports, protocols, and actions. The 

1 5 actions direct the system to interact with an entity (such as an application) and 
elicit a response fi-om the entity (in the case of a VDS) or to monitor for particular 
information in IP packets (in the case of an IDS). Rules in accordance with the 
invention are structured to resemble queries, such as those used in SQL. As such, 
if each part of a rule is true, then the rule is true. Accordingly, intrusion conditions 

20 and vulnerability conditions can be defined by rules, which, if true when evaluated 
based on information gathered by the VDS or IDS, indicate the presence of that 
condition. 



BRIEF DESCRIPTION OF THE DRAWINGS 
25 [0013] The present invention will be described with respect to particular 

embodiments thereof, and reference will be made to the drawings in which: 
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[0014] FIG. 1 is a generalized function block diagram of a system used 

with an embodiment of the invention; 

[001 5] FIG. 2 is a block diagram illustrating the lexical elements of rules 

used with a VDS in accordance with an embodiment of the invention; 
5 [001 6] FIG. 3 is a flow diagram illustrating the syntactic ordering of lexical 

elements to form rules in accordance with an embodiment of the invention; and 
[001 7] FIG. 4 is a block diagram illustrating the lexical elements of rules 

used with an IDS in accordance with an embodiment of the invention. 

10 DETAILED DESCRIPTION 

[001 8] In accordance with the invention, a system is disclosed that includes 

a vulnerability detection system (VDS) and an intrusion detection system (IDS) 
that communicate with one another and that use query-based rules to describe 
vulnerabilities and intrusions. Fig. 1 illustrates a system that can include various 

15 embodiments of the invention. As shown, a network 100 for use with an 
embodiment of the invention may have one or more servers. Three servers, 102, 
104, and 106, are shown, but any number of servers can be present. Traffic from 
Internet 1 12 must pass through router 1 10 and then firewall 108 before it reaches 
any of the servers 102-106. 

20 [001 9] Vulnerability Detection . Fig. 1 further shows a VDS 1 1 4 used with 

an embodiment of the invention. VDS 114 (1) gathers information about network 
1 00, (2) processes that information to determine vulnerabilities, and (3) reports that 
information to a user. 

[0020] In order to gather information about a network, VDS 114 

25 interrogates the network resources (e.g., servers 1 02-1 06) by sending and receiving 
data in a specified format. In one embodiment, the data received by the VDS in 
response to its interrogation is automatically ("reflexively") provided by the servers 
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102-106 (for example) to the VDS in response to the data sent. Hence, this 
gathering of information is sometimes referred to herein as "reflex testing." More 
detailed information on reflex testing can be found in Application Serial No. 
09/648,21 1, filed August 25, 2000, incorporated herein by reference. 
[0021] The data received by the VDS is then compared with information 

stored in a "rules database," included in the VDS, where the VDS maybe one or 
more physical devices. The rules database contains rules that describe 
vulnerabilities and provide a programmatic means to check for the presence of 
those vulnerabilities. In particular, the information received from a network 100 
as a result of reflex testing is checked against the rules database and can be used 
to detect every device in the network 100, identify each host's operating system 
as well as the open ports of the host and the applications being run on them. This 
information is then used to identify vulnerabilities, which can then be eliminated 
or monitored. In one embodiment, the network is regularly scanned and the 
network's vulnerabilities regularly updated. 

[0<^22] Intrusion Detection. Beyond reducing or eliminating vulnerabilities, 

there is a need to detect potential threats to network 100. Thus, an IDS 1 16 used 
with an embodiment of the invention examines network traffic for signs of 
malicious activity. IDS 116 uses rules similar to those used by the VDS to check 
for such malicious activity. In some embodiments, the rules used by the IDS and 
VDS are stored in the same database. 

[0023] The rules used by the IDS are loaded into the IDS after every VDS 

scan of the network 100. However, the rules loaded are determined by the VDS 
vulnerability analysis, so that only rules that describe possible intrusion conditions 
as they exist for the specific network 100 are loaded. Such a system is referred to 
herein as a Target-based Intrusion Detection System, or "TIDS". Such a Target- 
based IDS will have the ability to monitor for specific conditions to which the 
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network has been determined to be vulnerable, as well as any range of conditions 
or attacks to which the network might be vulnerable. For instance, if the VDS 
finds a type of service S, but has not verified S's vulnerability to a buffer overflow 
condition, the IDS may still monitor for such a buffer overflow. So if a 
vulnerability V is identified, the intrusion detection system is target-based by 
virtue of the fact that it monitors the system running with vulnerability V, it 
monitors for attacks on V, and it monitors for attacks that make sense to look for 
given the presence of V (but which may not be attacks against V itself). 
[0024] Thus the IDS, and its relationship to the VDS can be conceptualized 

in terms of "Levels of Vahdity": 

I. Strong (absolute) Validity: The IDS only monitors for those attacks 
against vulnerabilities which the VDS has confirmed with certainty; 

II. Semi-Strong (partial) Validity: The IDS monitors for attacks 
against vulnerabilities which the VDS has confirmed, but also 
monitors for other attacks on vulnerabilities that are non- verified 
but generally prudent to look for, especially given the presence of 
a confirmed vulnerability; and 

ni. Null validity: The IDS monitors for everything regardless of 
whether a vulnerability has been confirmed or not. 

[0025] All currently existing IDS technologies are based on level III 

"Null Validity." But a target-based IDS of the present invention enables validity 
levels I and II. Hence, the interoperability of the IDS and VDS allow the IDS rules 
to dynamically adapt to the network's topology, composition, and vulnerabilities. 
Therefore, unlike a traditional IDS, which reports more false alarms because it 
analyzes all traffic regardless of whether it could threaten the particular network, 
an embodiment of an IDS in accordance with the present invention only monitors 
for relevant intrusions — those to which the network is potentially vulnerable 
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(levels I and II) — and it does not monitor for intrusions to which the network is 
not potentially vulnerable. As a result, because the IDS is sensitive to network 
topology as well as host operating systems and vulnerabilities, false alarms can be 
minimized. Such an IDS can adapt to changes in the environment without human 
5 intervention, and it allows levels of speed, efficiency, and accuracy to be attained 
that have previously been regarded as unachievable. 

Overview of Rules 

[0026] The rules referred to above are stored in the rules database or loaded 

10 into the IDS are query-based, and resemble "assertions" or "queries" found in 
typical SQL. The rules are structured to be assertions that, if found true, identify 
the presence of a particular condition, such as an operating system, application, 
vulnerability, or intrusion. Hence, collectively, these rules serve to identify and 
name the characteristics and properties of a network 100. For instance, to test for 

15 a vulnerabihty in the Line Printer Daemon (LPD) that shipped with the Solaris 
(Trademark of Sun Microsystems) operating system, the following conditions must 
be checked: (1) the scanned server is running the Solaris operating system, and (2) 
the scanned server is running LPD. Thus, rules are constructed to define a 
vulnerability if these two conditions are present. 

20 [0027] The rules are constructed fi-om a base set of lexical elements, which 

include "templates," "statements," and "reserved words." In one embodiment, the 
rules used by the VDS 1 14 are constructed fi-om 1 1 templates, 2 statements, and 
3 reserved words, as shown in Fig. 2, while the rules used by IDS 116 are 
constructed from 2 statements, 15 templates, and 3 reserved words, shown in 

25 Fig. 4. These templates, statements, and reserved words will be discussed in more 
detail below. 
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In addition, the syntactic ordering of the lexical elements to form the rules is shown 
in Fig. 3, which will also be referenced in the discussion below. 

Lexical Elements for Vulnerability Detection 
Statements 

[0028] Every rule begins with a statement. A statement is a term that 

establishes the role of the rule, hi one embodiment, there are two kinds of 
statements: SELECT and SET. All capitals are used to designate statements within 
rules. 

[0029] The SELECT statement is the first lexical element for most rules. 

SELECT is used to reference one or more "Template Types," discussed below, and 
is used in the following form: 

SELECT TemplateType[ID] 

[0030] The SET statement is used to create new templates and is not used 

by an end user (such as a security engineer) in one embodiment, but only by the 
VDS/EDS provider. The SET statement is used to assign a template to a particular 
reflex response resulting from reflex testing, such as operating system reflexes or 
application reflexes. The SET statement is usually used in the following form: 

SET TemplateType[ID] TO {... reflex signature/response ....} 

The TemplateType field will be discussed below. "Reflex signature/response" 
correlates to a complex description of data that may be received as a result of reflex 
testing. The details of that complex description are omitted here as they are not 
necessary to form an understanding of the invention. 
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Reserved Words 

(0031] Reserved words are used to create complex rules by establishing 

logical and functional relationships between multiple templates. There are three 
reserved words: AND, TO, and WHERE. Reserved words are shown herein in all 
5 capitals. 

[0032] The reserved word AND is the logical operator of conjunction, 

logically connecting multiple templates. In order for a rule with AND to be true, 
each of the conditions flanking the AND must be satisfied. The reserved word 
AND is used as follows: 

10 

SELECT TemplateType AND TempiateType AND ... 

[0033] The reserved word TO is a connective that is used in combination 

with the SET statement to assign a reflex signature TO a template type. The use 

1 5 of the reserved word TO is illustrated above with the SET statement. 

[0034] The reserved word WHERE is a functional connective used to 

invoke Template Actions (discussed below). In a rule using WHERE, the entity on 
which the specified Template Action is executed is specified by the Template Type 
immediately preceding the WHERE term. Thus, term ordering is important for any 

20 template actions to the right of the WHERE word. Template Actions are executed 
in the order they are listed from left to right. In contrast, when multiple 
independent Template Types are placed in conjunction using the reserved word 
AND, the ordering of the templates is imimportant. 

The reserved word WHERE is used as follows: 

25 

SELECT TemplateType[A] AND TemplateType[B] WHERE 
TemplateAction[Action] 
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Hence the reserved word WHERE specifies a Template Action to be performed on 
the entity identified by TemplateType[B]. 

5 Templates 

[0035] Templates form the fundamental basis of rules formed in 

accordance with the invention, representing various entities or processes. 
Templates fall into two classes: Template Types and Template Actions. Templates 
in either class can also be anon3TTious or non-anonymous, dependent or 

10 independent. 

[0036] Some templates require qualification — they require more specific 

information. Such templates are referred to herein as "non-anonymous," and 
qualifiers are appended to the specified template in brackets. Templates that do not 
require qualification are said to be "anonymous." 

15 [0037] It is sometimes necessary for a template of a given class to be 

followed by an additional template, requiring closure. Such templates are referred 
to as "dependent." In some embodiments, dependent templates fall into two 
categories: "indefinite closure dependent templates" and "definite closure 
templates." Indefinite closure dependent templates can be closed by any 

20 corresponding template of the same class while definite closure templates must be 
closed by a specific template. Templates that do not need to be followed by 
another template are "independent." This concept of dependent templates will 
become more clear with the discussion below. 
Template Types 

25 [0038] Template Types are like a genus in the taxonomic sense; that is, a 

Template Type is the name for a broad "type" of entity. In an embodiment of the 
invention used with a VDS, there are six Template Types: Operating System, Host, 
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Application, Port, Protocol, and Vulnerability. Each of these Template Types is 
discussed below. 

[0039] An Application template corresponds with a particular application. 

When selected, an Application template establishes a condition that is true when 
5 the specified application is detected on a remote host. Accordingly, the 
Application Template is used when vulnerability conditions include the presence 
of one or more applications. The syntax for the Application template is as follows: 

SELECT Application[Application_lD] 

10 

As shown and referring to Fig. 3, a "statement" (SELECT) forms the first part of 
the rule, step 302, followed by the Application template, step 304, at which point 
the rule is complete, 310. Thus, this is the simplest example of a rule formed. 
[0040] The "Application ID" is a qualifier identifying a particular 

15 application. In one embodiment, possible applications are given identification 
numbers such as shown in Table 1 : 



Table 1 



ID 


Name/Port 


ID 


Name/Port 


ID 


Name/Port 


ID 


Name/Port 


1 


tcpmux/1 


2 


compressnet-2/2 


3 


compressnet-3/3 


4 


rje/5 


5 


echo/7 


6 


discard/9 


7 


systat/1 1 


8 


daytime/ 13 


9 


netstat/15 


10 


qotd/17 


11 


msp/18 


12 


chargen/19 


13 


ftp- data/20 


14 


ftp/21 


15 


ssh/22 


16 


telnet/23 


17 


priv-mail/24 















25 
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Although 17 applications with default ports are shown in Table 1, in various 
embodiments, thousands of applications could be identified and given 
identification numbers. The number for the particular application sought in the 
rule is placed in the ""Application_ID" field in one embodiment. So if aparticular 
5 vulnerability is associated with the FTP application, the rule "SELECT 
Application[14]" may be invoked. Of course, in other embodiments a character 
string identifying the application name could be used, e.g., "FTP" could be placed 
in the AppIication_ID field instead of a number: SELECT Application[ftp]. 
[0041 ] The Host template will be true of any remote device that is detected 

10 on the network through reflex testing. Accordingly, the Host template is used 
when there is a vulnerability condition associated with the very presence of an 
operating system. 

[0042] To illustrate, all versions of the BeOS (Trademark of Be Inc.) 

operating system are vulnerable to a remote denial-of-service attack that can be 
15 caused by sending the device specific kinds of non-standard packets. The BeOS 
TCP/TP stack immediately crashes whenever it receives a TCP or UDP packet in 
which the IP length is set to be less than the minimum header length for each 
respective protocol. 

[0043] The syntax for the Host template is developed following steps 302, 

20 304, and 310: 

SELECT Host 

As shown, the Host template need not be qualified by any additional identifiers or 
25 information (unlike the AppUcation template), and is therefore "anonymous," while 
the Application template is "non- anonymous." 
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[0044] The Port template will be true if a specific port is open on a remote 

system. Accordingly, the Port template is used when one or more vulnerability 
conditions involve open ports. The Port template is non-anonymous and is used 
as follows: 

5 

SELECT Port[Port number] 

[0045] The Protocol template will be true if a specific TCP/IP protocol is 

present. Qualifiers for the Protocol template are TCP and UDP. 

10 [0046] An Operating System template, when placed in a rule, establishes 

a vulnerability condition that is true if the operating system for which the template 
is qualified is detected on a host. In one embodiment, every rule requires the use 
of at least one Operating System template. In this maimer, only vulnerability 
conditions are checked that affect a particular operating system. For example, 

1 5 vulnerability conditions that only affect the Solaris platform are not tested against 
systems running Windows NT. 

[0047] In some embodiments of the invention the Operating System 

template is structured much like the Application template, e.g., SELECT 
OperatingSystem[OS identifier]. But in other embodiments, because an operating 

20 system is identified for every rule, it is bound to the rule after the rest of the rule 
is constructed. For instance, in one embodiment, the user is prompted to enter the 
operating system associated with the rule either before or after the user constructs 
it. In some embodiments, such a prompt is realized using a graphical user interface 
(GUI) that includes a rule entry line (for entering all elements of the rule except the 

25 operating system) and an operating system entry line. In this manner, the 
complexity of rules as seen by the user is reduced, since one term is essentially 
eliminated. 
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[0048] In addition, each rule is named, thereby becoming associated with 

a particular vulnerability lD, which can be a numerical identifier or a name. In 
some embodiments, nested rules can be created by using the Vulnerability template 
and selecting the vulnerability_ID of a previously entered rule. Accordingly, the 
5 rule under construction will inherent all of the template obj ects and relations of the 
referenced vulnerability. This template can be used to build complex rules while 
at the same time reducing the duplication of work. This mechanism allows the use 
of any completed rule template to serve as a modifier to any other. The syntax for 
the rule is: 

10 

SELECT Vulnerability [Vuln_ID] AND... 
Template Actions 

[0049] Template Actions are procedures that can be integrated into rules 

15 for the purpose of interacting with an application or service in a programmatic 
manner. Template Actions involve sending data to a particular entity and eliciting 
a response from that entity. In essence, then, Template Actions allow a user to 
create specific challenge-response tests. Template Actions include the following 
four templates in one embodiment: Contains, ContainsHex, Execute, ExecuteHex. 
20 No template actions are anonymous: all require some form of qualification. 

[0050] The Contains template has two uses: ( 1 ) to follow the WHERE term 

or (2) to provide closure for the Execute or ExecuteHex templates (described 
below), which are dependent on the Contains template (or ContainsHex template) 
for closure. The Contains template is used to determine if an application response 
25 contains a specified string of characters. The syntax for three uses of the Contains 
template is: 
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SELECT TemplateType WHERE Contains[string] 
SELECT TemplateType WHERE Execute[string] AND Contains[string] 
SELECT TemplateType WHERE ExecuteHex[hex string] 
AND Contains[string] 

5 

As shown, the Contains template is qualified with a string of data. The first 
syntactic example follows steps 302, 304, 306, 308, and 31 0. The second and third 
examples follows steps 302, 304, 306, 312, 314, 316, and 320. 
[0051] To illustrate, a vulnerability condition exists in Qualcomm's 

10 (Trademark of Qualcomm Inc.) qpopper versions 3.0beta29 and below, which 
allow an attacker to execute malicious code by overwriting a buffer in the second 
argument of the LIST command. Thus, specific usage of a the Contains template 
appears in the following rule to identify this condition: 

1 5 SELECT Apphcation[96] WHERE Contains[+OK QPOP(version3.0b)] 

Application[96] identifies the application qpopper in the above example. 
[0052] The Execute template sends a string of data to a particular port or 

application. Hence the Execute template is used to send data to a remote system 

20 for the purpose of eliciting a response indicative of a vulnerability condition. The 
Execute template exhibits indefinite dependence with respect to the Contains or 
ContainsHex templates and must always be followed by the Contains or 
ContainsHex templates for closure. In addition, Execute is qualified with a string 
of data. The syntax for the Execute template is shown above. Any text that 

25 qualifies the template is sent to the entity identified by the TemplateType 
immediately preceding the WHERE (such as application). 
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[0053] To illustrate, to test an FTP server to determine if it allows 

someone to log in with a user name of "anonymous" and a password of 
"anonymous," a rule maybe structured as follows, where 331 and 230 are FTP 
reply codes: 

5 

SELECT Application[FTP] WHERE Execute[user anonymous] AND 
Contains[331] AND Execute[pass anonymous] AND 
Contains [230] 

[0054] The ContainsHex template is used to compare a hexadecimal 

1 0 string to data returned as the result of the Execute or ExecuteHex templates. 
ContainsHex can be used to satisfy the template dependency of Execute or 
ExecuteHex. The syntax for one use of the ContainsHex template follows: 

SELECT TemplateType WHERE Execute[string] and ContainsHex [hex string] 
1 5 [0055] The ExecuteHex template is used to send hexadecimal data to a 

remote port or application to test for a particular vulnerability condition. 
Accordingly, ExecuteHex is used to interrogate network services or specific 
ports. ExecuteHex exhibits indefinite dependence with respect to the 
ContainsHex or Contains templates, and is followed by the Contains or 
20 ContainsHex templates for closure. The syntax for the ExecuteHex template is: 

SELECT TemplateType WHERE ExecuteHex[hex string] AND 
Contains[string] 

25 [0056] The Prediction template is used to test the predictability of TCP 

sequence numbers generated by a network, a vulnerability condition that is 
important for attacks involving IP spoofing or connection hijacking. The 
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Prediction template is qualified by a threshold value for the number of packets, 
but the "less than" (<) operator can be used. The Prediction template is 
preceded by SELECTing the Template Type Port with the port number "0", 
which indicates any port on the host. An example of a rule including the 
5 Prediction template is: 

SELECT Port[0] WHERE Prediction[<500] 

In this sample usage, the rule would be true for any specified operating system 
1 0 that generated packet sequence numbers which could be predicted by "listening" 
to less than 500 packets. 

[0057] In summary, Fig. 3 illustrates the possible ordering of lexical 

elements in the construction of rules. In its simplest form a rule can be formed 
by a Statement, step 302, and a Template Type, step 304, e.g., SELECT Host. 

1 5 More complex statements, however, are subsequently linked with a Reserved 
Word, step 306, followed by a Template Type, step 308 or a Template Action, 
step 312. Still more complex, a rule can be sequentially formed with a 
Statement, step 302, a Template Type, step 304, a Reserved Word, step 306, a 
Template Action, step 312, a Reserved Word, step 314 and a Template Action, 

20 step 316. Finally, a rule can be formed with a Statement, step 302, a Template 
Type, step 304, a Reserved Word, step 306, a Template Action, step 312, a 
Reserved Word, step 314, a Template Action, step 316, Reserved Word, step 
318, and a Template Action, step 312. Various other element combinations are 
possible as illustrated in Fig. 3. 
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Lexical Elements for Intrusion Detection 

[0058] The rules for monitoring for intrusions are constructed similar to 

those for monitoring for vulnerabilities. The rules for IDS include the lexical 
elements of Statements, Template Types, Template Actions, and Reserved 
5 Words. The Statements and Reserved words are the same as for VDS, and 
therefore, will not be again explained. Moreover, the structure and syntax is 
also generally the same and will follow the sequencing of Fig. 3. However, as 
shown in Fig. 4, the templates are different, since they are used for a different 
function (monitoring for intrusions rather than vulnerabilities) and are discussed 
10 below. 

Template Types 

[0059] The template types for monitoring for intrusions include four 

template types: protocol, port, application, and operating system. All are non- 
anonymous and require qualification. The operating system and application 

15 types are the same as for the VDS templates. 

[0060] The Port template is qualified by port numbers, where only 

legitimate port number can be used as qualifiers. The Port template is used 
when a security issue involves open ports on a remote system. The Port 
template can be used as described with the VDS or immediately following the 

20 reserved word WHERE. Hence, the Port template is basically the same as that 
used with the VDS except the Port template can also accept port ranges using 
the ">" (greater than), "<" (less than), and "!" (not) symbols. Therefore, 
examples of use of the Port template include: 

25 SELECT Port[ 1999] 

SELECT TemplateType WHERE Port[>5999] and Port[<6010] 
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[0061] The Protocol template for use with IDS is similar to that used 

with the VDS, accepting various protocols for qualification, including UDP, 
TCP, and ICMP. 

Template Actions 

5 [0062] hi the IDS, the Template Actions are procedures that are 

integrated into the rules that examine network traffic for the existence of 
specific conditions. Template Actions involve the examination of specific 
fields of data in an IP packet (for instance) for predetermined values. Template 
Actions include: Contains, ContainsHex, Flags, FragmentID, IcmpCode, 
10 IcmpType, Length, Offset, PayloadSize, Threshold, and TimeToLive. All 
Template actions are non-anonymous, requiring qualification. Each will be 
discussed below. 

[0063] "Contains" and "ContainsHex" are used with the reserved word 

WHERE and examine the payload of packet for a specific text or hexadecimal 
1 5 string using standard pattern-matching functions known in the art. If the data 
contains the specific string of characters qualifying any instance of this 
template, the Contains template will be satisfied. Accordingly, the Contains 
template is used to detect intrusions that can be identified by strings of 
characters. The syntax for the Contains template is as follows: 

20 

SELECT TemplateType WHERE Contains[string] 

Similarly, if the packet data contains the specific hex values provided for the 
template, the template will be satisfied. An example usage for the ContainsHex 
25 template is: 

SELECT Application[130] WHERE ContainsHex[\xE8\xC0\xFF\xFF\xFF] 
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As shown, the ContainsHex template uses a hex value preceded by a forward 
slash. 

[0064] The Flags template tests the flags of a TCP packet for specified 

bit settings. The Flags template is used to look for specific flags settings within 
5 the TCP header. Frequently, this template is used to determine when a session 
is either being established or has been established. Alternatively, this template 
could be used to detect "stealth" port-scanning and alert for policy violations. 
[0065] Flag types are specified as follows: 

F = FIN 

10 S = SYN 

R = RST 
P = PSH 
A = ACK 
U = URG 

15 2 = Reserved bit 2 

1 = Reserved bit 1 (Msb of TCP flags field) 
0 = no bits set 

[0066] In some embodiments, modifiers that can also be used with the Flags 
20 template are: 

* = Qualifies if any of the listed flags are set 

+ = Qualifies of the flags listed plus any others are set 

! = Qualifies if the listed flags are not set 

25 An example usage of the use of the Flags template is: 

SELECT Port[0] WHERE Flags[SF] 
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Hence, in this example the rule will be true if a packet destined for any port on 
the host has the FIN and SYN flags set. (Note that port [0] is used to herein to 
designate "any" port). 

5 [0067] The FragmentID template checks the ID field of the IP header for 

a specified value. It is primarily usefiil for finding crafted packets containing 
known values such as "31337." To illustrate, the Jolt2 denial-of-service attack 
uses a crafted firagmented packet to disrupt service on certain operating systems. 
The identifying characteristics of this attack include a static IP fi-agment ID 
10 value of 1 109 (0x455 hex): 

SELECT Port[0] WHERE FragmentID[l 109] 

[0068] The IcmpType template describes the possible IcmpType values 

1 5 that may be encoimtered and will be true if the IcmpType field of the Icmp 

header of a packet matches a specified value. This template is fi-equently useful 
for determining when reconnaissance is being performed on a target network or 
host. The syntax for the IcmpType template is: 

20 SELECT TemplateType WHERE IcmpType[value] 

The values for the IcmpType template are as follows: 
0 = ECHO Reply 
3 = Icmp Unreachable 
25 4 = Icmp Source Quench 

5 = Icmp Redirect 
8 = Icmp ECHO 
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9 = Icmp Route Advertisement 

10 = Icmp Router Solicitation 

1 1 = Icmp TTL Exceeded 

12 = Icmp Parameter Problem 

13 = Icmp Timestamp 

14 = Icmp Timestamp Reply 

1 5 = Icmp Info Request 

16 = Icmp Info Request Reply 

17 = Icmp Netmask Request 

18 = Icmp Netmask Reply 

[0069] The IcmpCode template examines the Code field in an Icmp 

header. Various types of Icmp datagrams have unique codes, which determine 
their purpose and function. 

[0070] The Length template places restrictions on the depth that a 

Contains or ContainsHex template searches into a packet payload for a pattern 
match. Thus, the Length template is dependent on the presence of a Contains or 
ContainsHex template for closure and is always used with one of those 
templates. Syntax for the Length template is: 

SELECT TemplateType WHERE Contains [string] AND Length[value] 

[0071] The Offset template specifies the beginning offset into the packet 

payload at which to start a Contains or ContainsHex template pattern match. As 
such, it is only useful within the context to the Contains and ContainsHex 
templates and is dependent on one of those templates being present. Syntax for 
the Offset template is: 
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SELECT TemplateType WHERE Contains[string] AND Offset[value] 

[0072] The PayloadSize template qualifies the size of the payload in an 

IP packet. It is useful for detecting buffer-overflow conditions and application- 
5 level attacks. The syntax for the PayloadSize template is: 

SELECT TemplateType WHERE PayloadSize[value] 

[0073] The Threshold template is used to specify a count of events 

1 0 taking place over a period of time. If the specified number of events match a 
threshold value set for the time period, the Threshold template is true. This 
template is dependent (indefinite closure dependent) and requires an 
independent template to be specified to provide closure. Syntax for the 
Threshold template is: 

15 

SELECT TemplateType WHERE Threshold[value] AND ... 

[0074] The TimeToLive field in an IP header contains a decrementing 

counter value to prevent packets fi-om getting stuck in infinite routing loops. It 
20 is of primary interest in the IDS for detecting traceroute attempts on a target 

host or "Firewalking." Accordingly, the TimeToLive template is used to detect 
IP packets having a TimeToLive field set to a particular value. The syntax for 
the TimeToLive template is: 

25 SELECT TemplateType WHERE TimeToLive [value] 

* * * 
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[0075] In addition to the specific syntax and operations described above 

for VDS and IDS, rules can become logically linked and related through binding 
and inheritance. 

[0076] Binding is an operation in which one or more rules are logically 

5 connected to a particular vulnerability or intrusion object (e.g., the applications 
identified in Table 1). Each bound rule is tested against a host. If any one of 
the rules is satisfied by the conditions of the host, then the vulnerability or 
intrusion condition is true. Thus, binding acts as an implicit "OR". 
[0077] Binding also occurs between vulnerability and intrusion objects. 

1 0 For example, by binding attack A to vulnerability V, the IDS will begin 

monitoring for occurrences of A as soon as the VDS finishes a network scan in 
which V is detected. 

[0078] Rules can also inherit characteristics from other rules in some 

embodiments. As discussed with respect to the vulnerability template, rules can 

15 be named, numbered, or otherwise identified, and that identification can be 
incorporated into a rule by an appropriate template. Although only the 
vulnerability template for the VDS is discussed to provide inheritance, there is 
no reason why a similar template could not be provided in the IDS arena in 
various embodiments. 

20 [0079] Although a number of lexical elements have been identified and 

described herein for one embodiment of the invention, other embodiments may 
utilize more, fewer, or other lexical elements. 

[0080] A system in accordance with the invention has been described 

that makes administering a network considerably easier since the VDS and IDS 
25 communicate regarding the network, allowing the IDS to leverage off of the 

VDS to monitor only for relevant intrusions. Moreover, a system in accordance 
with the invention uses query-based rules, allowing a user to easily construct 
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mles that define network conditions, such as vulnerabihties or intrusions. It 
should be understood, however, that an embodiment of the invention may 
include many rules predefined and stored in such a system by the provider of the 
system, but that still allows additional rules construction by the end user. 
[0081] In one embodiment of the invention, a VDS and an IDS are 

hardware devices, but in other embodiments they could be implemented with 
software or firmware. In addition, a rule constructor as described can be 
implemented with hardware, software, or firmware as part of the VDS or IDS, 
but in most embodiments will have an interface, such as GUI, to receive 
information from the user as to how the rule should be constructed. 
[0082] It should be understood that the particular embodiments 

described above are only illustrative of the principles of the present invention, 
and various modifications could be made by those skilled in the art without 
departing from the scope and spirit of the invention. Thus, the scope of the 
present invention is limited only by the claims that follow. 
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